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MONITORING TELECOMMUNICATION NETWORK ELEMENTS 



This invention relates to monitoring the status of telecommunication network 
elements. 

Telecommunication networks commonly comprise network elements (NEs) and 

5 a network management system (NMS). One function of the NMS is to monitor 
the status of the NEs, i.e. to determine whether the status of each NE is 
operational i.e. 'up', or non-operational i.e. 'down'. The NMS may also inform a 
customer of the network of the status of one or more of the NEs. This is 
particularly important if the status of a NE is down. In current networks, the 

10 NMS monitors the status of the NEs by polling each NE in turn to determine its 
status. If the NE replies its status is up, if it does not reply its status is down. 
As the NEs are polled in turn, such a monitoring method can be slower than that 
required by a customer of the network, especially if the customer is to take 
action concerning a down status of a NE. For example, in a 5000 element 

15 network, 4999 NEs will first be polled before determining the status, of the 
5000th element. If the status of the 5000th element is down, the time taken to 
determine this and inform the customer may be too long. In addition, the speed 
of this monitoring method will depend on the number of NEs in the network. For 
example, if It takes 10sec to query a NE, it will take 100sec to determine the 

20 status of all the NEs in a 10 element network, but will take 100,000sec to 
determine the status of all the NEs in a 10,000 element network. The status of 
a NE, especially a down status, needs to be reported in a given, bounded time, 
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for the information to be useful to a customer of the network, and the bounded 
time should not increase if the network size increases. It is therefore desirable 
to use a method of monitoring the status of NEs which can quickly determine 
the status of any NE, and which does not slow down as the size of the network 
5 increases. 

According to a first aspect of the invention there is provided a method of 
monitoring the status of one or more network elements (NEs) linked together in 
a telecommunication network, comprising receiving a down status notification 
10 from a NE in the network, identifying one or more other NEs which are linked to 
the NE, polling the or each other NE to determine the status thereof. 

On receipt of a down status notification, identifying and polling of the or each 
other NE can be earned out quickly. A customer of the network can therefore 

15 be informed of the status of a NE in a satisfactorily short period of time. 
Additionally, if it takes, for example, 0.2sec for a notification to be received, and, 
for example, 10sec to identify and poll another NE, it will take 10.2sec to 
determine the status of the other NE. It will take the same amount of time if 
there are 10 NEs or 10,000 NEs in the network. There will therefore be a 

20 bounded time for notifying a customer of the status of a NE, and the invention 
removes the relationship between time taken to report a NE status and network 
size. 
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The status of a NE may be operational i.e. up. The status of a NE may be non- 
operational i.e. down. 

A down status notification may be received from a NE if the NE determines that 
5 the status of any other NE linked thereto is down. Each NE may poll the or 
each other NE linked thereto to determine the status of the other NE. Each NE 
may poll the or each other NE linked thereto by signalling to the other NE, using 
a signalling protocol such as the public network to network interface (PNNI) 
protocol. If the or each other NE replies, its status may be considered to be up. 
10 If the or each other NE does not reply, its status may be considered to be down. 
The down status notification may contain information on the NE which has 
output the notification. 

A down status notification may be received from a NE if the NE determines that 
15 the status of an interface thereof linked to one or more other NEs is down. The 
status of an interface may be down if the status of the or any of the other NEs 
linked to the interface is down. The down status notification may contain 
information on the NE which has output the notification, and information on the 
or each interface of the NE which is down. The or each interface may comprise 
20 a hardware port. The down status notification may comprise a hardware port 
down trap. 

The down status notification may be received using a signalling protocol, for 
example the simple network management protocol (SNMP). The SNMP used 
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preferably has down status notification resend functionality, such that 
notifications which do not arrive at their intended destination may be resent a 
configurable number of times. SNMP version 3 has such resend functionality. 

5 Identifying the or each other NE may comprise accessing the down status 
notification to obtain information on the NE which has output the notification. 
Identifying the or each other NE may comprise accessing the down status 
notification to obtain information on the NE which has output the notification and 
information on the or each interface of the NE which is down. Identifying the or 

10 each other NE may comprise accessing a links database containing details of 
each NE and the or each other NE linked thereto, and using the information to 
obtain the identification of the or each other NE. Identifying the or each other 
NE may comprise accessing the links database and using the information to 
obtain the IP address of the or each other NE. 

15 

Polling the or each other NE may comprise sending at least one SNMP get 
request to the NE. Polling the or each other NE may comprise using the SNMP 
over transmission control protocol/internet protocol (TCP/IP). Polling the or 
each other NE may comprise using internet control message protocol (ICMP) 
20 over IP. 

The method may comprise using a network management system (NMS) of the 
telecommunication network. The NMS may perform a number of functions, 
including monitoring the status of one or more NEs of the network. The NMS 
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may be run on a computer system, which may comprise, for example, a Solaris 
computer system, or a HPUX computer system, or a Windows NT/2000 
computer system. The NMS computer system may be linked to the or each or 
some of the NEs of the network. The NMS computer system may be able to 
5 communicate with the or each or some of the NEs of the network over IP. 

The NMS may comprise a fault manager module. The fault manager module 
may receive the down status notification from the NE. The fault manager 
module may receive the down status notification using a signalling protocol, for 
10 example SNMP. The fault manager module may place the down status 
notification in a notification database of the NMS. The fault manager module 
may output a message on receipt of a down status notification. 

The NMS may comprise a monitoring module. The monitoring module may 
15 receive a message output from the fault manager module when it receives a 
down status notification. The monitoring module may access the down status 
notification, to obtain information on the NE which has output the notification. 
The monitoring module may access the down status notification, to obtain 
information on the NE which has output the notification, and information on the 
20 or each interface of the NE which is down. The monitoring module may access 
a links database of the NMS containing details of each NE and the or each 
other NE linked thereto, and use the information to obtain the identification of 
the or each other NE. The monitoring module may access a links table of the 
links database and use the information to obtain the identification of the or each 
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other NE. The monitoring module may access the links database and use the 
information to obtain the IP address of the or each other NE. The monitoring 
module may poll the or each other NE to determine the status thereof. The 
monitoring module may poll the or each other NE by sending at least one 
5 SNMP get request to the NE. The monitoring module may poll the or each 
other NE using the SNMP over TCP/IP. The monitoring module may determine 
the status of the or each or some of the NEs of the network, and may add the 
status information to a status database of the NMS. 



10 The NMS may comprise a graphical user interface (GUI) module. The GUI 
module may receive information on the status of one or more of the NEs of the 
network from the status database. The GUI module may receive information on 
changes in the status of one or more of the NEs of the network from the status 
database. The GUI module may be used to report the status of one or more 

15 NEs of the network to a customer of the network. The GUI module may be 
used to report changes in the status of one or more NEs of the network to a 
customer of the network. The GUI module may use a NEs listing screen to 
report the status and/or changes in the status of one or more NEs in the 
network to a customer of the network. The GUI module may report an up status 

20 of a NE using a green ball in the NEs listing screen next to the NE. The GUI 
module may report a down status of a NE using a red ball in the NEs listing 
screen next to the NE. 
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The network elements in the telecommunication network may comprise, for 
example, nodes, switches or routers. The telecommunication network may 
comprise, for example, an asynchronous transfer mode (ATM) network or an 
internet protocol (IP) network, or a multiprotocol label switching (MPLS) 
5 network. 

The method may run in parallel with polling each NE in the telecommunication 
network in turn. 

10 According to a second aspect of the invention there is provided a computer 
program product for monitoring the status of one or more network elements 
(NEs) linked together in a telecommunication network, comprising computer 
readable program means for receiving a down status notification from a NE of 
the network, computer readable program means for identifying one or more 

15 other NEs which are linked to the NE, computer readable program means for 
polling the or each other NE to determine the status thereof. 

The computer program product may be comprised in a network management 
system (NMS) of the telecommunication network. The NMS may run on a 
20 computer system, which may comprise, for example, a Solaris computer 
system, a HPUX computer system, or a Windows NT/2000 computer system. 

The computer readable program means for receiving a down status notification 
from a NE of the network may comprise a fault manager module of the NMS. 
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The fault manager module may receive the down status notification using a 
signalling protocol, for example SNMP. The fault manager module may place 
the down status notification in a notification database of the NMS. The fault 
manager module may output a message on receipt of a down status 
5 notification. 



The computer readable program means for identifying one or more other NEs 
which are linked to the NE may comprise a monitoring module of the NMS. The 
computer readable program means for polling the or each other NE to 

10 determine the status thereof may comprise the monitoring module of the NMS. 
The monitoring module may receive a message output from the fault manager 
module when it receives a down status notification. The monitoring module 
may access the down status notification, to obtain information on the NE which 
has output the notification. The monitoring module may access the down status 

15 notification, to obtain information on the NE which has output the notification, 
and information on the or each interface of the NE which is down. The 
monitoring module may access a links database of the NMS containing details 
of each NE and the or each other NE linked thereto, and use the information to 
obtain the identification of the or each other NE. The monitoring module may 

20 access a links table of the links database and use the information to obtain the 
identification of the or each other NE. The monitoring module may access the 
links database and use the information to obtain the IP address of the or each 
other NE, The monitoring module may poll the or each other NE to determine 
the status thereof. The monitoring module may poll the or each other NE by 
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sending at least one SNMP get request to the NE. The monitoring module may 
poll the or each other NE using the SNMP over TCP/IP. The monitoring module 
may determine the status of the or each or some of the NEs of the network, and 
may add the status information to a status database of the NMS. 

5 

The computer program product may further comprise a graphical user interface 
(GUI) module of the NMS. The GUI module may receive information on the 
status of one or more of the NEs of the network from the status database. The 
GUI module may receive information on changes in the status of one or more of 

10 the NEs of the network from the status database. The GUI module may be 
used to report the status of one or more NEs of the network to a customer of the 
network. The GUI module may be used to report changes in the status of one 
or more NEs of the network to a customer of the network. The GUI module may 
use a NEs listing screen to report the status and/or changes in the status of one 

15 or more NEs in the network to a customer of the network. The GUI module may 
report an up status of a NE using a green ball in the NEs listing screen next to 
the NE. The GUI module may report a down status of a NE using a red ball in 
the NEs listing screen next to the NE. 



20 According to a third aspect of the invention there is provided a computer system 
in which the status of one or more network elements (NEs) linked together in a 
telecommunication network are monitored, comprising receiving means for 
receiving a down status notification from a NE of the network, identification 
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means for identifying one or more other NEs which are linked to the NE, polling 
means for polling the or each other NE to determine the status thereof. 

According to a fourth aspect of the invention there is provided a computer 
5 system whose operation is directed by the computer program product according 
to the second aspect of the invention. 

The computer system of the third or fourth aspect of the invention may 
comprise, for example, a Solaris computer system, a HPUX computer system, 
10 or a Windows NT/2000 computer system. 

According to a fifth aspect of the invention there is provided a computer 
readable medium on which is stored a computer program of instructions for a 
computer system which monitors the status of one or more network elements 
15 (NEs) linked together in a telecommunication network, comprising means for 
receiving a down status notification from a NE of the network, means for 
identifying one or more other NEs which are linked to the NE, means for polling 
the or each other NE to determine the status thereof. 

20 According to a sixth aspect of the invention there is provided a program storage 
device readable by a machine and encoding a program of instructions for 
executing the method according to the first aspect of the invention. 



WO 2004/030277 PCT/IB2003/005605 

11 

An embodiment of the invention will now be described, by way of example only, 
with reference to the accompanying drawings, in which: 

Figure 1 is a schematic representation of a telecommunication network, 
5 comprising network elements whose status are monitored using the method of 
the first aspect of the invention, and 

Figure 2 is a schematic representation of a network management system of the 
telecommunication network of Figure 1 . 

10 

Figure 1 illustrates a telecommunications network 1, comprising network 
elements (NEs) 2, 3, 4, 5 and 6, and a network management system (NMS) 7. 
The NEs each comprise a node, and are linked together as shown, using 
cables. Each NE is additionally linked to the NMS as shown using cables. 

15 . 

The NMS 7 is further illustrated in Figure 2. This is run on a Windows NT 
computer system. The NMS 7 comprises a fault manager module 20, a 
monitoring module 21, a database, 22 and a graphical user interface (GUI) 
module 23, linked together as shown. 

20 

The status of one or more of the NEs in the network is monitored as follows. 

Each NE 2 to 6 will regularly poll the or each other NE linked thereto to 
determine the status of the other NE. This is carried out using the PNNI 
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signalling protocol. If the or each other NE replies, its status is considered to be 
up, if the or each other NE does not reply, its status is considered to be down. 
If an NE determines that the status of any other NE linked thereto is down, it 
issues a down status notification which is received by the fault manager module 
5 20 of the NMS 7, using SNMP. The fault manager module 20 places the down 
status notification in the database 22 of the NMS 7, and outputs a message to 
the monitoring module 21 of the NMS 7. 

The monitoring module 21 receives a message output from the fault manager 
10 module 20 when it receives a down status notification. The monitoring module 
21 accesses the down status notification, to obtain information on the NE which 
has output the notification. The monitoring module 20 then accesses the 
database 22 of the NMS 7, which contains details of each NE and the or each 
other NE linked thereto, and uses the information from the notification to obtain 
15 the identification of the or each other NE, e.g. the IP address of the or each 
other NE. 

The monitoring module 20 polls the or each other NE to determine the status 
thereof, by sending at least one SNMP get request to the NE, using the SNMP 
20 over TCP/IP. Once the status of the or each other NE has been determined, 
this is added to the database 22 of the NMS 7. 

The GUI module 23 of the NMS 7 receives information on the status of the NEs 
of the network from the database 22, and reports changes in the status of the 
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NEs to a customer of the network. This is carried out using a NEs listing 
screen, wherein an up status of a NE is reported using a green ball in the 
screen next to the NE, and a down status of a NE is reported using a red ball in 
the screen next to the NE. 

5 

Thus if a NE goes down, this will be detected by a neighbouring NE, and a 
down status notification issued to the NMS. The NMS can then poll the down 
NE to determine/verify its status. This will be carried out on receipt of a down 
status notification, i.e. the time delay associated with polling in a queue is 
10 eliminated. A customer of the network can therefore be informed of the down 
status of a NE in a satisfactorily short period of time. Additionally, it will take the 
same amount of time to determine the status of a NE if there are 10 NEs or 
10,000 NEs in the network. There will therefore be a bounded time for notifying 
a customer of the status of a NE. 

15 



